home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_0399 / 92 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.2 KB
  1. From: mh1@irz.inf.tu-dresden.de (Michael Hohmuth)
  2. Subject: dos2unx (was: Environment variables)
  3. Date: Thu, 18 Feb 93 20:31:32 MET
  4. In-Reply-To: <9302090151.AA13028@terminator.rs.itd.umich.edu>; from "Nicholas S Castellano" at Feb 8, 93 8:51 pm
  5. Mime-Version: 1.0
  6.  
  7. Hi all!
  8.  
  9. While trying to get the automatic enviroment variable conversion right, 
  10. I encountered the following problem:
  11.  
  12. Why does _dos2unx() in the mntlib's unx2dos.c only convert slashes, but 
  13. not drive specs?  What does _full_dos2unx() in the TOS library?  (Why at 
  14. all does the TOS lib have to conversion schemes?)
  15.  
  16. A file name of "x:/foo" looks quite invalid to Unix applications, and lets 
  17. them break sometimes.  (For example:  Assuming you have a symbolic link 
  18. "bin -> u:\h\bin" in U:'s root directory, trying "cd /bin" in Kenneth 
  19. Almquist's bourne shell (which has been floating around in the net for 
  20. some time) yields a "lstat /u: failes".)
  21.  
  22. That's why I propose translating DOS file names like "x:\foo" to
  23. o   "/foo", if x is _rootdir (which is 'u' most of the time),
  24. o   "/x/foo", if _rootdir == 'u', but x != 'u'
  25. o   "/dev/x/foo" else.
  26.  
  27. Is there any reason why we should stick to the current _dos2unx() 
  28. functionality?
  29.  
  30. Michael
  31. -- 
  32. Internet: hohmuth@freia.inf.tu-dresden.de
  33.